Please amend the claims as follows: 



1 .(Currently Amended) A method for reducing the cost of sending messages over an 
intermittent network of computing devices via one or more multiple communication 
5 channels, the method comprising: 

(a) creating a first message on a first device, the message intended to be sent 
to a second device over the network via at least one channel; 

10 (b) applying a first policy to reduce the cost of sending messages over the 

intermittent network of computing devices, the first policy containing one 
or more rules to determine whether to send the first message to the second 
device, each rule being a fimction of one or more messaging attributes of 
messages, channels or the system environment; and 

15 

(c) dynamically updating the first policy by sending a second message to the 
first device, the second message being a system message that rcsuks in the 
addition, deletion or other modification of the rules contained in the policy 
to reduce the cost of sending messages over the intermittent network of 
20 computing devices. 

2. (Original) The method of Claim 1 wherein the first device is a server device and the 
second device is a client device. 

25 

3. (Withdrawn) A m e thod for impl e m e nting e ffici e nt guarant ee d transactional m e ssaging 
on an int e rmitt e nt n e twork of computing d e vic e s, th e m e thod comprising th e st e ps of: 

creating a first transaction on a first device, the first transaction including 

30 one or more m e ssag e s int e nd e d to b e e xchang e d with a s e cond d e vic e ov e r 

the network; 



2 



(b) creating a first device queue on the first device, the first d e vice qu e u e 

roflocting tho current status of tho first transaction, including which 
mossagos of the first transaction have boon succossfuUy or unsuccossfuUy 
5 sent or received; 



(e) creating a second dovico quouo on tho second dovico, tho second dovico 

queue reflecting the current status of the first transaction, including which 
m e ssag e s of th e first transaction hav e b ee n succ e ssfiiUy or unsucc e ssfiiUy 
10 s e nt or r e c e iv e d; and 



guaranteeing receipt by tho first dovico of a notification that a message of 

the first transaction s e nt by th e first d e vic e was succ e ssfully or 
unsucc e ssfiiUy r e c e iv e d by th e s e cond d e vic e , e v e n in th e e v e nt that th e 
15 first device or the second device loses network connectivity prior to the 

first device receiving such notification . 



4. (Withdrawn) The m e thod of Claim 3 wh e r e in th e first d e vic e is a s e rv e r d e vic e and th e 
20 second device is a client device . 

5. (Previously Presented) The method of claim 1, comprising creating a first transaction 
on the first device, the first transaction including one or more messages intended to be 
exchanged with the second device over the intermittent network. 

25 

6. (Currently Amended) The method of claim 1, comprising creating a first device queue 
on the first device, the first device queue reflecting the current status of ^ a flrst 
transaction, including which messages of the flrst transaction have been successfiiUy or 
unsuccessfiiUy sent or received. 

30 
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7. (Previously Presented) The method of claim 1, comprising creating a second device 
queue on the second device, the second device queue reflecting the current status of a 
first transaction, including which messages of the first transaction have been successfully 

or unsuccessfully sent or received. 

5 

8. (Previously Presented) The method of claim 1, comprising guaranteeing receipt by the 
first device of a notification that a message of a first transaction sent by the first device 
was successfully or unsuccessfiiUy received by the second device, even in the event that 
the first device or the second device loses network connectivity prior to the first device 

10 receiving such notification. 

9. (Previously Presented) The method of claim 1 wherein the first device is a server 
device and the second device is a client device. 

15 10. (Previously Presented) The method of claim 1, comprising providing bi-directional 
messaging between wireless/mobile devices and enterprise server applications. 

11. (Previously Presented) The method of claim 10, wherein the bi-directional messaging 
is achieved using a server-initiated push. 

20 

12. (Previously Presented) The method of claim 11, wherein the server initiated push 
comprises one of modem signaling, http listening, short messaging system (SMS), 
polling using an efficient decaying algorithm. 

25 13. (Previously Presented) The method of claim 11, wherein a transaction is achieved 
between a client and a server by breaking up a transmission sequence such that the client 
does not have to wait until the transaction is completed before relinquishing the network 
connection. 

30 14. (Previously Presented) The method of claim 1, comprising performing asynchronous 
messaging, wherein a message is persistent and sent to a next stage without waiting. 
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15. (Previously Presented) The method of claim 1, comprising receiving a reply from a 
server to a client as an asynchronous message to complete the transaction. 

5 16. (Currently Amended) The method of claim 1, comprising automatically detecting 
networks by observing changes in ^ a TCP/IP route table and a default route. 

17. (Previously Presented) The method of claim 1, comprising determining service 
providers by using identification servers accessible only in specific networks. 

10 

18. (Previously Presented) The method of claim 1, comprising forming one or more 
transmission rules using regular expressions to combine system, message and channel 
parameters. 

15 19. (Previously Presented) The method of claim 1, comprising generating loosely coupled 
client-server applications by declarative programming using relating business objects and 
graphical objects and mapping the objects into messages using properties sheets. 

20. (Previously Presented) The method of claim 1, comprising performing conflict-free 
20 database synchronization by assigning a master database and designating other databases 

as slave databases. 

21 . (Currently Amended) The method of claim 4^20, wherein updates to the slave 
databases are considered pending until confirmed by the master database. 

25 

22. (Previously Presented) The method of claim 1, comprising communicating using a 
lightweight LUCID (Logic Up, Consistent Information Down) model. 

23. (Currently Amended) The method of claim 30 22, comprising sending 
30 acknowledgement messages instead of a reply record. 
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